(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATV' (PCT) 




(19) World Intellectual Property Organization 
International Bureau 

(43) International Publication Date (10) International Publication Number 

1 February 2001 (01.02.2001) pCT WO 01/lO)8([)65 Al 



(SI) International Patent Classification^: G06F 17/60 

(21) International Application Number: PCTAJSOO/19567 

(22) International Filing Date: 24 July 2000 (24.07.2000) 
(25) Filing Language: English 



(71) Applicants and 

(72) Inventors: NIEBOER, Robert, Scott [USAJS]; 217 Lyn- 
wood Tenace, Nashville, TN 37205 (US). BALCARCE, 
Pedro (Peter), V. [US/US]; 1617 Maple Timber Court, An- 
tioch, TN 37013 (US). ZHIDOV, Ivan, N. [RU/US]; 3721 
Hillbrook Couit, Nashville, TN 37211 (US). ELDRED, 
Micah, James [USAJS]; Apartment 1 1 17, 510 Old Hick- 
ory Boulevard, Nashville, TN 37209 (US). 



(26) Publication Language: 

(30) Priority Data: 
09/359,686 



English (74) Agent: BIRCH, Anthony, L.; 6915 Barrett Lane, 
Bethesda, MD 20814 (US). 

23 July 1999 (23.07.1999) US (81) Designated SUtes (national): AU, BR, CN, JP, KR, MX, 

RU.US.ZA. 



(63) Related by continuation (CON) or continuation-in-part 
(CIP) to earlier application: 

US 09/359,686 (CIP) 

Filed on 23 July 1999 (23.07. 1999) 



(84) Designated States (regional): European patent (AT, BE, 
CH. CY, DE, DK, ES. H. FR. GB. GR. IE. FT. LU. MC, 
NL, FT, SE). 

[Continued on next page] 



(54) Title: AUTOMATED SYSTEM FOR CONDITIONAL ORDER TRANSACTIONS IN SECURITIES OR OTHER ITEMS IN 
COMMERCE 




amer >r^^ Tm«r Ot^. Scrw 



(57) Abstract: An apparatus and method of automatically 
and anonymously buying and selling positions in fungi- 
ble properties between subscribers over a network is de- 
scribed, an embodiment of which relates to the buying and 
selling of securities or contracts where the ofiFer to pur- 
chase or sell the property may be conditioned upon factors 
such as the ability to purchase or sell other property or the 
actual purchase or sale of other property. The system de- 
scribed includes methods for matching buy and sell orders 
using other markets to effect the execution of transactions 
without violating conditions set by the subscriber, and re- 
porting prices to third parties. A communication system 
(10, 12, 14) is described which allows subscribers to com- 
municate anonymously for the purpose of effecting trans- 
actions. 




wo 01/08065 Al illililiilllillilliilllliliiliiiilililllillllllllilli 



Published: 

— With inlernational search report. 

— Before the expiration of the time limit for amending the 
claims and to be republished in the event of receipt of 
amendments. 



For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



wo 01/08065 PCT/USOO/19567 
AUTOMATED SYSTEflfl FOR COMDITIOMAL ORDER TRANSACTIONS 

IN SECURITIES OR OTHER ITERIIS IN CORflBflERCE 

This POT International application is a continuation-in-part of Application No. 

09/359,686 filed on July 23, 1999, in tlie United States of America. 

5 BACKGROUND OF THE INVENTION 

Tlie present invention relates to a system and method for the conditional 

trading of arbitrary items over one or more electronic networks. More specifically, 

the present invention relates, in a preferred embodiment, to a method and system for 

contingency trading of securities such as convertible bond "swaps", risk arbitrage, 

10 and pairs in both listed and over-the-counter markets. 

There are five types of industry participants generally involved in convertible 
securities: 1) mutual funds which make decisions to purchase, and sell convertibles 
based upon a) fundamental research relating to the company or the industry, and b) 
asset allocation and portfolio adjustment decisions; 2) hedge funds which are driven 

15 to purchase and sell securities based upon the relative value of the convertible to its 
underlying stock and other convertibles; 3) large multinational broker-dealers which 
purchase and sell securities based upon customers' (mutual funds and hedge funds) 
purchase and sale interest as well as relative value; 4) regional broker-dealers 
which are driven to purchase and sell securities based upon customers' interest and 

20 retail distribution power; and 5) broker's brokers which expose indications of interest 
between dealers and some hedge funds, who act only as agent and do not position 
securities. There is no computer network actively linking these participants In a 
transaction-oriented format. Virtually every transaction is through verbal private 
negotiations. Almost every bid, offer, or trade is made verbally and is transmitted 

25 only to those persons involved in the trade. The present invention will create an 
auction market instead of a negotiated mari<et and will display prices to all 
participants and save the information for later use. The present invention is an 
anonymous system; the current verbal network is neither efficient nor anonymous. 

Over the past 15 years electronic order display networks have proliferated in 

30 the equity markets. From Nasdaq's ACES system to the very successful Instinet 
system, the industry has been transformed from a mari^etplace in which negotiations 
take place over the phone between two parties to one in which negotiations take 
place over a computer networi( among several parties. This phenomena has created 
a quasi-negotiated/ quasi-auction market in both Nasdaq securities which have, until 
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recently, been primarily negotiation-based and listed securities which have been 
primarily auction-based. In effect, these networks have provided users with the 
ability to choose the method of negotiation most befitting their current situation and 
objectives. Convertible securities markets have not been exploited by these systems 
5 to the extent the equity markets have, in part because of the complex nature of 
"typical" trading practice. Specifically, a large portion of convertible securities 
presently held in positions are hedged in one form or another and well over. 60% of 
the trading volume is effected with a "contingent" transaction (a transaction in which 
another security is traded at about the same time). The present invention has 

10 developed the framework for a system that satisfies a need in the art, which will 
exploit this market, and other contingency based markets like risk arbitrage, ADR's, 
pairs, and eventually, options. 

SUMMARY OF THE INVENTION 
Accordingly, a primary object of the present invention is to efficiently transact 

15 conditional buy and sell orders for items of commerce by multiple traders in real- 
time. 

It is further an object of the present invention to match or negotiate conditional 
buy and sell orders of the items with reduced transaction costs to the traders. 

It is another object of the present invention to rapidly process conditional buy 
20 and sell orders of securities such as, convertible bond "swaps", risk arbitrage, and 
pairs in both listed and over-the-counter mari<ets. 

It is still another object of the present invention to provide matching or 
comparing in accordance with constraints and conditions, algorithmic buy/sell orders 
with non-algorithmic sell/buy orders through the use of data from, and interaction 
25 with, multiple external exchanges. 

It is yet another object of the present invention to provide traders improved 
workstations for entering, viewing, monitoring and changing or deleting conditional 
buy/sell orders, which reflects changes in the favorability of the orders. 

It is still a further object of the present invention to give public access to the 
30 persons skilled in security transactions for trading of conditional securities in real- 
time without the assistance of traditional broker networks. 

The objects of the present invention are fulfilled by providing a conditional 
order transaction network that matches or compares buy and sell orders for a 
plurality of Items based upon conditions set forth within the order, including the price 
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represented as an algorithm with constraints thereon, the conditional order 
transaction network comprising: 

a variable number of trader terminals for entering an order for an 
item in the form of an algorithm with constraints thereon that represent 
5 a willingness to transact, where the price is the dependent variable of 

the algorithm within the constraints and the price of another item as an 
independent variable, the algorithm representing a buy or sell order; 
and 

at least one computer coupled to each of the trader terminals 
10 over a communication network and receiving as inputs, 

a) each algorithm with its corresponding constraints and 

b) at least one depicting prices of various items and contracts 
from external multiple data sources which may be used as variables of 
the algorithm or an input to a constraint variable, the controller 

15 computer comprising, 

means for matching or comparing, in accordance with the 
constraints and conditions, algorithmic buy/sell orders with algorithmic 
or non-algorithmic sell/buy orders through the use of the external 
multiple data sources. 

20 In a preferred embodiment, the items are security instruments such as stocks, 

bonds, options, futures, and forward contracts or swap contracts. However, in the 
broader sense the system and method of the present invention is a conditional 
trading network for various commodities or items in commerce, including but not 
limited to cars, airiine tickets, energy credits, petroleum products or gaming 

25 contracts. The items may be bought or sold outright or may be exchanged for a 
combination of other items and cash. The number of items and the amount of cash 
that exchanges hands is determined programmatically in accordance with predefined 
constraints specified when orders are made and as a product of data originating 
outside of the system. I.e., external data sources, and provided to it by external 

30 agents. 

The invention is directed to an automated system for providing financial 
information, including trading infomnation regarding securities, and conditional order 
transactional services in real-time to all users. Both are provided via a global 
computer networi<. This has the advantages of increasing the efficiencies in the 
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marketplace, substantially reducing transaction costs, and providing equal 
opportunities to all users. 

Subscribers/traders to the network are provided with ongoing financial 
information. A subscriber can choose certain securities for which he is to be 
5 apprised of any relevant activity. 

A subscriber can submit a conditional offer to buy/sell. This conditional 
buy/sell offer is immediately conveyed to all subscribers i.e., there -is instant 
exposure to the market. Other subscribers can accept or counter the offer, with the 
acceptance or the counter offer being communicated immediately to the original 
10 offeror and/or the other subscribers to the system. 

The system facilitates contingent or conditional trading. It provides real-time 
marl<et data and communication links between subscribers. It makes possible the 
monitoring of securities of various types, the receiving of market data, the entering 
and executing of orders in an Order Book, the negotiating of trades against other 
15 "orders" in the book and the routing of the orders to various exchanges such as the 
New York Stock Exchange (NYSE), Nasdaq. American Stock Exchange (AiViEX) and 
the Pacific Stock Exchange (PSE) through such access providers as DOT, ITS or 
SelectNet. In addition, subscribers to the system may automatically receive 
confinnations of trade executions, access static data from the financial information 
20 database, and analyze securities for potential trades using such data and real-time 
prices. 

The system can be anonymous. Each subscriber can view the Order Book in 
different ways or input orders to the system using screen or forni views which are 
intuitively different but logically identical, i.e., which present the same substance in 

25 different fomiats. For instance, instead of formatting an offer to purchase an option 
at a specific price as originally input by a subscriber, another subscriber can 
customize his networic interface to automatically convert the format and display the 
offer in the form of a volatility offering. 

As another example, a first subscriber can make a conditional offer in the 

30 format of an offering to purchase security A and sell security B at set prices. A 
second subscriber may customize his network interface to automatically translate all 
such conditional offers into a discount amount, i.e., A*ratio - B - discount. The 
second subscriber might counter offer in his preferred discount fonnat. but the first 
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subscriber can customize his network interface to automatically translate all such 
conditional offers into his preferred format of "sell A versus buy B at different level." 

The objects of the present invention are further fulfilled by providing a trader 
workstation for trading and negotiating prospective trades for instruments referenced in buy 
5 and sell orders, based upon conditions set forth in the orders including the price represented 
by an algorithm with constraints thereon, comprising; 

a display device for displaying the selected parameters of buy and^ll 
orders in a prioritized sequence in a descending order of favorability across a 
display field, with the most favorable order at one distal end and the least 
1 0 favorable at the other distal end; 

an input device for entering ou^oing orders to be traded or negotiated 
into the trader wori<station; and 

a computer for receiving the ou^oing orders and incoming order 
information from traders' workstation, and for contaolling tiie display device, 
1 5 said computer including, 

a comparator for comparing incoming orders relative to ou^oing 
orders, and 

a sorter that resequences tiie orders in real-time in tiie display field as 
each order or other information related to the orders is received to reflect 
20 changes in tiie relative favorability of the orders. 

The system monitors existing bids/offers for changes in the secondary 
securities that would cause bids/offers to intersect. The system can automatically 
execute (i.e., place orders on the secondary security and report the transaction in the 
primary security) bids/offers when they intersect. To place an order for the 
25 secondary security, the system can automatically contact the appropriate Exchange 
(e.g.. New York Stock Exchange/NYSE) to place the bid/offer for the secondary 
security. 

Further scope of the applicability of the present invention will become 
apparent from the detailed description given hereinafter. However, it should be 
30 understood that the detailed description and specific examples, while indicating 
preferred embodiment of the invention, are given by way of illustration only, since 
various changes and modification within the spirit and scope of the invention will 
become apparent to those skilled in the art from this detailed description. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The present invention will become more fully understood from the detailed 
description given hereinbelow and the accompanying drawings which are given by 
way of illustration only, and thus are not limitative of the present invention, and 
5 wherein: 

Fig. 1 is a diagrammatic illustration of a conditional order transaction system 
in accordance with the present invention providing an overview of system operation; 

Fig. 2 is a schematic block diagram of the system of Fig. 1 illustrating an 
example of the processing of an input order to the system; 
10 Fig. 3 is a schematic illustration of the operation of the system in connection 

with a match order; 

Fig. 4 is an Illustration of a display screen at a trader/subscriber/user tenninal 
for use in the system of the present invention depicting various display fields; 

Fig. 5 is an illustration of the ticker display field portion of the display screen of 

15 Fig. 4; 

Fig. 6 is an illustration of the security description line on the display screen of 

Fig. 4; 

Fig. 7 is a display field of the active external market data on the display 
screen of Fig. 4; 

20 Fig. 8 is the Order Book display field portion of the display screen of Fig. 4; 

Fig. 9 is a quick-order entry field of the display screen of Fig. 4, which depicts 
quick-order entries and various trade reports; 

Fig. 10 is the soft-key, wild card display area of the display screen of Fig. 4; 
Fig. 1 1 is the market monitor display field of the display screen of Fig. 4; 
25 Fig. 12 Is an example of a ticker display field on the screen of Fig. 4, with 

exemplary data thereon; 

Figs. 13 and 14, respectively, are portions of the Order Book displaying the 
data of Fig. 12 in two respective options, namely, a regular option in Fig. 13, and a 
spread option in Fig. 14; 
30 Fig. 15 is a chart representing all of the orders input to the system over a 

selected 30-day period for example; and 

Fig. 16 is an example of a regular convertible bond description form available 
to users of the system; and 
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Fig. 17 is a graphical representation of the algorithms for two exemplary 
orders to be processed by the system of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring to Fig. 1, there are three scenarios depicted for use of the 
5 conditional order routing exchange (hereinafter CORE) of the present invention. The 
first scenario depicts a client/subscriber/trader request with a directed response. 
The second shows a client request whose response is disseminated io various 
interested parties. The third represents data originating outside of the system and 
distributed to all interested parties. 

10 Directed Response 

The CORE client program T1 formats and transmits a message for the system 
to handle DR1 , expecting whatever response is appropriate to be directed only to the 
initiating program. The message is transmitted via the internet or some virtual 
network 14 through a messaging sen/er 12, an application charged with delivering 

15 messages from one sender to one or more recipients, guaranteeing the delivery of 
the message, integrity of Its contents, and the preservation of the order in which the 
orders were sent. The message is delivered to the system through a server topic 
ST1, a messaging server mechanism configured to allow messages to be retrieved 
by the system exactly once. A collection of server-side application designed to 

20 cooperate in the present invention's centralized data processing, i.e. CORE Central 
Systems 10, a messaging server mechanism configured to allow message to be 
retrieved by a client exactly once. 
Distributed Response 

The CORE client program 12 formats and transmits a message for the system 

25 to handle DR2, expecting whatever response is appropriate to be distributed to every 
client program that has expressed interest in this information. The message is 
transmitted via the Internet or some virtual network 14 through the messaging server 
12. The message is delivered to the system through a server topic ST2, 
guaranteeing it will be processed exactly once. The CORE Central Systems 10 

30 process the client request and distribute any appropriate data through a distributed 
topic DT2 to any clients that have expressed interest in this data T3, including the 
originating program T2. 
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Distributed Event 

The CORE Central Systems 10 receive data, from some external source, that 
needs to be redistributed internally. The system fonnats and transmits a message, 
including the external data, through a distributed topic DT3 to any clients that have 
5 expressed interest in this data T3. The message DR3 is delivered from the system 
through the messaging server 12 via the Internet or some virtual network 14. 

Fig. 2 illustrates the placing an order in the system of the presentJnvention. 
This scenario depicts a situation where one client has requested to be informed on 
events related to a given security sometime before a second client places an order 
10 for that security. 

An overview of the steps is as follows; 

1. Monitor Security 

2. Return Latest Data 

3. Input Order 

15 4. Distribute Order 

5. Distribute Ticker Data 
Monitor Security 

The CORE client program T1 formats and transmits a message for the system 
to handle, requesting to be kept informed on changes concerning a certain security. 

20 The client expects whatever response is appropriate to be directed only to the 
initiating program. The message is transmitted via the Internet or some virtual 
network 14 trough a messaging server 12. The message is delivered to the system 
through a sen/er topic, guaranteeing that it will be processed exactly once. A server- 
side component charged with tracking the expressed interests of client applications 

25 SM2 received the message and makes the proper changes to its subscription lists. 
Place an Order 

At some later time, a CORE client program T2 fonnats and transmits a 
message for the system to place a new order for the security in question. The client 
expects a positive response to be directed to all interested parties interacting with 
30 the system. The message is transmitted via the Internet or some virtual network 14 
through a messaging server 12. The message is delivered to the system through a 
server topic, guaranteeing that is will be processed exactly once. A sen/er-side 
component charged with routing and matching orders TE receives the message and 
makes the proper changes to its active orders lists. Details of the new order are then 
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transmitted to any registered interested party T1 and T2 via the appropriate 
distributed topic. Order details relevant to the ticker (which is potentially ain on 
every client) is transmitted through a special distribution topic, the ticker topic, which 
is configured to be read once by every client that has registered as a party interested 
5 in this information. 

Fig. 3 illustrates the processing of a match order using the system of Fig. 1. 
This scenario depicts a situation v\/here one client has requested to be informed on 
events related to a given security sometime, then a second client places a bid for 
that security, then a third client places an ask for that same security. 
10 An overvievi/ of the processing step are numbered in Fig. 2 as follows: 

1 . Monitor Security 

2. Return Latest Data 

3. Input Bid Order 

4. Distribute Bid Order 
15 5. Distribute Ticker Data 

6. Input Ask Order 

7. Distribute Ask Order (also Distribute Ticker Data 

8. External prices converge making orders cross 

9. Crossed orders are matched 
20 10. Distribute Trade Detail 

Monitor Security 

The CORE client program T1 fomriats and transmits a message for the system 
to handle, requesting to be kept informed on changes concerning a certain security. 
The client expects whatever response is appropriate to be directed only to the 

25 initiating program. The message is transmitted via the Internet or some virtual 
networic 14 through a messaging server 12. The message is delivered to the system 
through a server topic ST1, guaranteeing that it will be processed exactly once. A 
server-side component charged with tracking the expressed interests of client 
applications SM2 receives the message and makes the proper changes to its 

30 subscription lists. The subscription manager also ensures that any current 
information on the interesting security is formatted and transmitted directly to the 
initiating program via a directed topic DT1. 
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Place a Bid Order 

At some later time, a CORE client program T2 formats and transmits a 
message for the system to place a new bid order for the security in question. The 
client expects a positive response to be directed to all interested parties interaction 
5 with the system. The message is transmitted via the Intemet or some virtual network 
14 through a messaging server 12. The message is delivered to the system through 
a server topic ST2, guaranteeing that it will be processed exactly once. -A server- 
side component charged with routing and matching orders TE receives the message 
and makes the proper changes to its active orders lists. Details of the new order are 
10 then transmitted to any registered interested party T1,T2 via the appropriate 
distributed topic. 

Order details relevant to the ticker (which is potentially run on every client) is 
transmitted through a special distribution topic, the ticker topic, which is configured to 
be read once by the ticker agent TA of ever client that has registered as a party 

15 interested in this information. 
Place an Ask Order 

At some later time, a CORE client program T3 formats and transmits a 
message for the system to place a new ask order for the security in question. The 
client expects a positive response to be directed to all interested parties interacting 

20 with the system. The message is transmitted via the Internet or some virtual network 
14 through a messaging server 12, The message is delivered to the system through 
a server topic ST2, guaranteeing that it will be processed exactly once. A server- 
side component charged with routing and matching orders TE receives the message 
and makes th6 proper changes to its active orders lists. Details of the new order are 

25 then transmitted to any registered interested party T1 , T2, and T3 via the appropriate 
distributed topic. 

Distribution of Algorithmic Orders, or Attributes of Algorithms as Orders. Instead of 
Distribution of Prices Generated from Algorithms 

Some of the major benefits of present invention's trading system are derived 
30 from its unique algorithmic order distribution methodology (the distribution of the 
orders in algorithmic fomri). 

The general form of the algorithm with respect to any order can be sent with 
the order or reside in a library on the trader temriinal. Fields within the order define 
the attributes of the general forni algorithm and those attributes define a specific 



wo 01/08065 



-11- 



PCTAJSOO/19567 



algorithm of the general form or "algorithmic order". The present inventions' 
algorithmic order is a straight line with constraints thereon in the general form 
y=mx+b. We refer to the orders as either algorithmic or conditional orders because 
the fields of an order define specific arithmetic algorithms of one or more general 
5 forms and the order to purchase or sell an item can be subject to, among other 
conditions, the condition that another item is purchased or sold contemporaneously. 

Examples of benefits created by the distribution of algorithmic -orders or 
attributes thereof are: 

1) it creates the ability for each client user interface to view the orderbook, 
10 orders, or historical orders in fonnats independent of one another, 

2) it provides enough information so that each client can operate on or change 
the assumptions implied in the view of orders, including changing the view of orders 
or orderbooks, "as if the price of underlying item(s) has changed thus allowing the 
user to place the derived prices of orders into his own mental frame of reference, 

15 3) it reduces bandwidth demands when there are multiple orders or 

orderbooks which derive their value, In part, from the same underiying security, and 

4) it allows the user to input an exact opposite order (in algorithmic form) 
which will be used to hit, take or negotiate with another order. 
This list is meant to provide the reader with several examples and is not meant to be 

20 inclusive of all of the benefits that can be derived from the use of this methodology in 
a transaction hub. The methodology gives infonnation to the user interface that it 
can use to make independent analysis create counter analytic orders, and use in the 
display of historic relationships. The methodology also allows for the separation of 
the functions on the user interface from the logic inside of the trade engine and does 

25 not require that the user interface be a "view into the trade engine's Order Book", but 
that the trade engine can be viewed and operate Independent of the way the user 
interfaces can view and operate on the same orders. 
Example 1 

One user can view a risk arbitrage Order Book in several formats, first an 
30 acquiree security price vs. acquiror security price, second, an "ariaitrage discount" 
price of the acquiree vs. the acquiror security price, and third, a "return on 
investment' vs. the acquiror security price. In the first instance, the user Is viewing 
security prices and there are no analytic assumptions involved, but he can change 
the underiying price and view the set of orders properly sorted and displayed as if 
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the price of the underlying security had changed. This would not have an impact on 
the way other users viewed the information, nor would it have any impact upon the 
way the trade engine viewed manages the orders. 
Example 2 

5 In the above example (third view: "return on investment" vs. the acquiror 

security price) assumptions as to time remaining until the close of the deal, cost of 
carry, short rebates, expected dividend dates, volatility to name a few caa.be input 
by each user and the interface can display the orders with that user's assumptions 
implicit in the "return on investment" view of the Order Book. Because each user's 
10 Order Book shows different numbers, one user can enter an order on an 18% IRR 
while another can enter an order on a 12% IRR and they may be exactly the same 
(each represented as 12% on one user's screen and 18% on another's , and 
different other terminals). 
Example 3 

15 Currently the bandwidth requirements of the options markets are enormous 

and grov\nng daily. This is because thiere are multiple contracts (puts and calls) on 
each underlying security. When the underlying stock price of a security like IBM 
changes, the floor traders raise or lower the bid and offer prices on the options. 
Since a 1/2-point change in IBM can have an impact on the prices of 100- 200 

20 contracts, the bandwidth usage for the distribution of the new quotes can be very 
large. Our distribution of algorithmic orders, as a methodology, has the effect of 
reducing the bandwidth because we need only send the changes in the underlying 
security price to the user interface. The user interface will take the changes in the 
underiying security price and represent the orders in the 100-200 contracts without 

25 the need for a "redistribution" of quotes. 
Example 4 

If it were not for the fact that the algorithmic orders were sent to the user 
interface in their full form, the user would not be able to enter an order that exactly 
matched the order with which he wanted to trade regardless of changes to the 
30 underlying security price. Order generation and delivery in this manner also allows 
the trade engine to be flexible in its choice of underlying prices for use in its trading 
logic. Consider what happens when a trader attempts to hit a quoted bid for a single 
stock call option on an options exchange while the common stock underiying the 
option is dropping in price on an exchange. Typically, the investor would not be able 
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to sell at the quoted price because the quotes are not real bids and the sensitivity of 
the quotes are not disclosed to the trader. The same quoted bid (sensitive to 
underlying stock) within the present invention's system is executable in part because 
the entry of an algorithmic opposite-side order is possible. If the same trader wanted 
5 to "hit" the bid, he would create an algorithmic opposite-side order and send that 
order. Because the sell price is equal to the buy price at any underlying security 
price, the trade can be executed even in markets when the underlying security is 
extremely volatile. 
Orders 

10 Each order received or sent by a trader workstation contains enough 

information to define a line in two-dimensional space, the algorithm of the line taking 
its general form either from a library residing on the trader terminal or from a field 
within the order. Information that is submitted to the trader terminal, either through 
user input or from the messaging sen/er, can be used as an independent variable by 

15 the algorithm on a trader terminal to determine a unique dependent variable which 
can be represented as a point on the aforementioned line, or a price at which a 
trader is willing to trade subject to other constraints contained within the order. In the 
present invention's convertible system, the default algorithm can be represented by 
the formula y = mx + b. where y, the dependent variable, is the price of the 

20 derivative, m is the ratio of the quantity of the derivative to be traded divided by the 
quantity of the underlying security multiplied by a constant, x, an independent 
variable, is the price of the underlying security, and b is a constant derived from 
fields within the order. Multiple orders, each represented by a price, subject to 
constraints, can be sorted and displayed on a trader terminal in relationship to a 

25 unique independent variable. 

An example of two orders, their graphical representation, and the algorithm 
used to determine prices and their relative favorability will follow. 

Fig. 17 of the drawings depicts a graphical representation of the two orders 
described hereinafter in Tables I and 11. 
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Order Header 



Name 


Order 

#1 


Order 

#2 


Description 


Cancpl Reason 


0 


0 


Code Description 






n UndpfinpH 

1 User Cancelled Order 

2 Order Exceeded Collar 

3 Order Expired 

4 Negotiation Denied 


















Cancellation Time 


N/A 


N/A 




Expiration Time 


7/13/2000 
UU.UU 


7/13/2000 

nn-nn 
UU.UU 


The date and time (Eastern Time 
Zone) when the order should expire 
if the expiration type is "Good Until 
Specific Time." If the expiration type 
is "Good Until Day End" the time is, 
by convention, set to 23:59:59 that 
day. 


Expiration Type 


3 


3 


Code Description 






0 Good Until Cancelled 

1 Good Until User Logs Out 

2 Good Until Specific Time 

3 Good Until Day End 














Line Size 


2 


2 


Number of lines belonging to the 
order. 

° For outright orders, this is 

currently one. 
° For pegged the second line 

consists of the pegged 

information; 
° For swaps the second line 

consists OT me unaeriying 

component. 




M/A 


MIA 


in a pnvaie negoiiaiion, ine lu 
numoer or tne oraer loe user would 
like to counter. 


Order ID 


1456 


1459 


Unique order identifier. Ignored when 
placing an order. 


Order Status 


1 


1 


Code Description 






0 Initial 

1 Open 

2 Traded 
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3 Cancelled 


Order Type 


1 


1 


Code Description 






1 OWap 

2 Pegged 

3 Outright 










Primary Exchange 


0 


0 


The intemal ID designating where 
the order should be placed. 
Examples of these include the- 
following: 

Code Description 










u rlun iviarKei 

1 NYSE 

2 NASDAQ 










lAcpiace v.^rQer lu 


M/A 


M/A 


in a pnvaie negoiiaiion, tne lu 
number of the user's order that 
should be cancelled and replaced. 


System Creation 
Time 


7/12/2000 
10:02:35 


7/12/2000 
10:12:42 


When the order was received by the 
servers. 


User Creation 
1 ime 


7/12/2000 


7/12/2000 

lU. IZ.1 1 


When the order was created 
accoraing lo ine iraaing system s 
clock maintained on the user's 
computer. 


User ID 




1 OOf ^ 


The user's ID number. 


Visibility Code 


0 


0 


Code Description 






0 Visible to all users 

1 r^di I KJl d |JI f Vale; 

negotiation. Visible only to 
the two negotiating parties. 
2 Not visible to anyone 
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Table 2 



Order Line Information 



Name 


Order 
#1D 


Order 
#1U 


Order 
#2D 


Order 
#2U 


Description 


Cancelled 
uudniiiy 


0 


0 


0 


0 


Amount on this order line that has 
been cancelled. 




0 


n 


n 


n 
u 


1 ne internal lu designating where 
me oraer snouid De placed. 
cAdi iipics or inese inciuoe tne 
following: 












Code Description 












0 Fifth Market 












1 NYob 












2 NASDAQ 


GrouD factor 


1 


24 5 


1 

1 




iNumencai reiaiionsnip oi this 
security to the convertible, for 
underlying stock it is the bond's 
ttonversion raiio. 


Security ID 


435 


123 


435 


123 


Uniquely identifies a security 


Split Factor 


1 


1 


1 


1 


Factor used to normalize security 
information across stock splits. 


Last Trade 
Price 


0 


0 


0 


0 


The price at which any portion of 
inis line last traaea. 


Line Number 


1 


2 


1 


2 


By convention, the derivative is in 
line one and any underlying stock 
information is found beginning at 
line 


Maximum 
Price 


113 


36 


118 


35 


Upper collar value. If the security 
trades above this price, the order 
is killed (line 2). CAP. maximum 
pnce eitect a trade (line 1 ) 


Minimum 
Price 


N/A 


26 


N/A 


23 


Lower collar value. If the security 
trades below this price, the order is 

killpd nirif^ 7\ FInnr minimum 

price to effect a trade (line 1). 


Minimum 
quantity 


40 


Null 


50 


Null 


Minimum quantity acceptable on 
the first partial trade executing this 
order 
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Order ID 


1456 


1456 


1459 


1459 


identifies order line's 
corresponding order 


Original 
Quantity 


300 


4500 


275 


6000 


Quantity originally bid or asked. 
The remaining amount can be 

fifllpi ilflt<sH hv dihtrar>tinn 
wciiv^uiciicvj uy ouL/Lt duiii lu 

Cancelled Quantity and Traded 
Quantity from this amount. 


Indicator 


Falfip 






1 CIlOw 


underlying information for a 

PpnnpH Orripr 


Price 


112 


30 


113 


30 5 


Pripp fnr hirl nr sqIc 


Short Sell 
Indicator 


N/A 


True 


N/A 


Trijp 


Indicates a short sell 


Side 


B 


s 


B 


s 


finnp np^PRiPTiow 










B Riiv 
S Sell 










Status 


0 


0 


0 


0 


Code Description 










0 Initial 

1 Open 

2 Rejected 

3 Pending 

Execution 

4 Pending 
Cancellation 

5 Traripri 

6 Cancelled 

7 Expired 


























































Traded 
Quantity 


0 


0 


0 


0 


Amount on this order line that has 
been traded. 



Fig. 17 was derived from the order information above and represents the 
prices that would be paid by each trader in the two orders for any underlying stock 
price. The starting and ending points of the line are minimum and maximum prices 
of the underlying portion of each order (Collar), the flat parts of the line are the 
5 maximum prices of the derivative (Cap), while the sloping portion is a representation 
of the region where the price is sensitive to underlying price movements. 

The general price algorithm for the two orders in Tables 1 and 2 are: 

Derivative Price = For r<X<s, Min [(X - a)(b)/c/d + e, f], or 
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Derivative Price = For r<x<s, Min [m*X + b, f] , where m = q/c/d. and b = -a*q/c/d + e 
Table 3 shows the relevant fields of the two orders in Tables 1 and 2 which 



are used in the determination of the specific algorithm related to each order. 

Table 3 





Attribute value 


Order #1 


Order #2 


Minimum Price (U) 


r 


26 


23 


Maximum Price (U) 


s 


36 


35 


Price (U) 


a 


30 


30.5 


Original Quantity (U) 


q 


4500 


6000 


Original Quantity (D) 


c 


300 


275 


Pricing convention 
(constant) 


d 


10 


10 


Pirice (D) 


e 


112 


113 


Maximum Price (D) 


f 


113 


118 



(D) An item that derives its value, in part, from anotlier Item. 
(U) The underlying item from which prices are derived. 



5 Price Algorithms for the two orders referred to in Tables 1-3 follow: 

Order #1: Derivative Price = 26<X<36, Min (1.5 X + 67. 1 13) 

Order #2: Derivative Price = 23<X<35. Min (2.1818 X + 46.4545. 118) 

Trade Execution and the Tapping of External Liquidity Pools 

Table 4 displays the matrix logic for seven separate and distinct orders for the 

10 same security. The crossing points represent prices at which a trade is possible 
between two different orders. A buyer willing to pay 102 with no other contingencies 
could trade with a seller willing to sell at 103 contingent upon buying stock at 32 if 
the price of the stock drops as in B1 and S2. The underiying price at which these 
two orders could trade is when stock could be purchased at 31 .5. the bond would 

15 trade at 102. If 5000 shares could be purchased at 31.5, 250 bonds would trade. 
Only the closest underlying crossing points are maintained (buy at 31 .5 and sell at 
32.6) since there must be a trade at these prices before there can be a bid above our 
sell order or an offer below our buy order. 
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Table 4 



Buy 500 : Price = 102. no other 
B1 contingencies 

B2 Buy 250; Price =102 versus selling 5000 underlying shares at 32 

Buy 100; Price= 102 pegged to the bid price of the underlying shares on an implied hedge of (1500) shares at 32 
B3 % 

Sell 500; Price 103 1/4. no other 
SI contingencies 

Sell 250; Price 103 versus buying 5000 underiying shares 
82 at 32 

Sell 100; Price 103 pegged to the ask price of the underiying shares on an Implied hedge of 1500 

53 shares at 32 

Sell 300; Price 103 versus buying 1000 underiying shares 

54 at 32 



Prices of crossing points (underlying) 



Prices of crossing points (Derivative) 



34 


29 


32.6 


33.1785 


84 


102 


103.2 


103.393 


S3 


31.333 


34 




S3 


102 


106 




32 


31.5 




29.25 


S2 


102 


0 


97.5 


SI 




32.625 


33.083 


SI 


0 


103.25 


103.25 




B1 


B2 


83 




B1 


82 


83 




Quantities to be traded at crossing points (underiying) 




Quantities to be traded at crossing 


S4 


1000 


5000 


333 


S4 


300 


250 


100 


S3 


0 


2000 




S3 


100 


100 




S2 


5000 




2000 


82 


250 




100 


81 




5000 


0 


81 




250 


100 




B1 


82 


83 




81 


82 


83 



(Overage)/Underage of underlying at crossing point Next most likely trading points 



S4 


1000 


-4000 


333 


84 




(32.60) 


• 


S3 


0 


•2000 




83 








82 


5000 




2000 


82 


31.5 






81 




•5000 




81 






*** 




81 


82 


83 




B1 


B2 


83 



* This point, (333 shares to be purchased at 33.1785) is subject to an available bkl for the underiying security at 33.1785 or 

higher on an external exchange. It is somewhat of an anomaly because the point at which the system would be required to 

submit a buy order is above the level at which the system would submit a sell order. 

** This point requires that the asking price of the underiying security on an external exchange is betow 31.333. 

*** This point requires that the bkl price of the underiying security on an external exchange is above 33.083. 

It is not possible for the bid price to t>e above 33 or the ask price to be below 31 .33 since the system is willing to purchase 5000 
shares of the underiying security at 31 .5 or sell 4000 shares of the underlying security at 32.6. In a preferred embodiment, the 
points represented by asterisks are ignored until the price contingency has been satisfied, at which time the system is allowed 
to effect a transaction or generate an order to satisfy an overage or underage. 

This method involves the comparison of each buy order against each sell 
order and compares the requirements for a trade with the requii-ements for each 
other trade to ascertain the events most likely to occur and thus the most likely 
trades to occur first. The matrix identifies the optimal buy/sell pair for potential 
events and calculates the price and quantities of securities for which an external 
liquidity source must be tapped and the prices of the underiying security which will 
trigger a trade. In this case, trade triggering events are 1) new orders entered into 



the system which would satisfy the requirements of an opposite-side order at the 
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current underlying stock price, 2) a movement in the underlying common stock price, 
or 3) the execution or partial execution of an order which has been sent to an 
external exchange by the system in its attempt to help effect a trade (the sale of 
4000 shares at 32.6 in the example). 
5 While linear relationships between the derivative and the underlying are 

shown in the example above, it should be clear to those skilled in the art that these 
crossing points can also be derived from orders involving non-linear relationships. 
The method of calculating the crossing points for their input into the matrix that was 
used in the example above was a simple algorithmic manipulation, while methods for 
10 calculating crossing points in complex non-linear relationships could be numerical 
optimization techniques. 

As new orders are entered into each Order Book, the parameters of the new 
order are checked to ascertain tradable orders. Tradable orders, to the extent 
executable are executed and the residual amounts are re-entered into the matrix. 
15 Orders can have caps (the price over which no purchase can be made), floors 

(the price under which no sale can be made), and collars set to kill or temporarily 
suspend an order if the price of another security is outside specified ranges. 

Orders can have time in force characteristics like "day order," "good 'til 
cancelled," "Immediate or cancel," session, specific time period, etc. 
20 It should be dear to those skilled in the art that the invention can be used for 

multiple items like securities, contracts for commodities, contracts for indexes, and 
other items including futures, options, or contracts on those items. 

The trade engine is unique, useful and economically important in that it 
ascertains, in advance of possible movements in the independent variable, the key 
25 independent variable values that could trigger a transaction and prepares the system 
in advance for the delivery of orders to purchase or sell the overage or underage to 
external liquidity sources in an attempt to aide the execution of trades on the relevant 
Order Book. 

It should be noted here that there is a conceptual difference between Order 
30 Books, those of the trade engine and those of the trader terminal, where the trader 
views orders in a fomiat which uses the underlying price as its primary Independent 
variable from which prices of orders are calculated, the trade engine views each 
order independently and looks for prices of the underiying security in which buy 
orders can be executed against sell orders with or without the aide of an outside 
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liquidity source. Another major difference is that the Order Book of the client 
interface can integrate orders residing in external Order Books, like the New York 
Stock Exchange or other ATS's, into the client's view of a particular security and aide 
the client in his decision to purchase or sell securities within the internal trade engine 
5 or to route orders to other pools of liquidity while the trade engine directs orders to 
other exchanges and monitors the price levels of securities in those exchanges for 
key prices. 

The ability for the Order Books on the trader temninals to integrate and display 
orders from multiple trade engines or exchanges is particularly useful when there are 
10 external liquidity sources for both the underlying security and the derivative security 
as in equity options, index options, risk arbitrage, options on futures, futures on 
commodities, etc. 

Some embodiments of the Invention may include implementations as a 
program or set of programs for one or more computing devices to execute the 

15 method or methods described herein. According to the computer system's 
implementation, sets of Instructions for executing the method or methods may reside 
on one or more computing devices and may be stored on any of various storage 
devices including, but not limited to, electromechanical or electromagnetic devices 
for storing Information in magnetic, chemical, physical or optical fonn such as 

20 devices commonly referred to as "hard disks", "^oppy disks", "diskettes", "compact 
disks", "DVD" disks, or "RAM". Moreover, the computer program product can also be 
stored at another computing device or a remote storage device and, when needed, 
can be transmitted in a computer readable medium to the various participant's 
computer devices as a data signal in a carrier wave over electromagnetic wave 

25 media along a communication link such as a Mainframe Data Cache, a Local Area 
Network, a Virtual Private Network, an Extranet, the Internet and others. 

Implementations of the program or set of programs can be architected to 
confomi to one-tier, two-tier, three-tier, or N-tier design patterns as required by the 
computational operating environment of the participants. One-tier architectures are 

30 typically found on mainframe computers where participants each have access to the 
program or set of programs through tenninals consisting of a simple video display 
device and a keyboard input device. Two-tier architectures, also known as 
client/server architectures, are generally found in Local Area Networks where 
participants typically have interdependent computing devices, such as Personal 
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Computers or Personal Workstations (the clients), which have been configured to 
share a common resources on the network (the server), such as a shared instance 
of the computer systems implementation, an accessible set or sets of instructions for 
the program product for transmission to each participant's personal computing 
5 device, or a common repository for the persisted information required by the 
embodiment of this invention. Although the invention could be realized in a set of 
computer instructions conforming to one of the aforementioned architectures, these 
are generally reserved for situations where ail the participants are members of a 
single institutional entity, corporation, or educational center. 

10 Three-tier architectures are more commonly represented by programming 

products that are implemented over the World Wide Web ("The Web"). The Web is a 
hypertext infonmation and communication system deployed over the Internet using 
various computer languages and protocols where, historically, each integral unit of 
information, known as a "web page", has consisted of infonnation presented using 

15 the Hypertext Markup Language (HTML), a language capable of rendering text, 
graphics, images, sound, and video. Web pages are generally produced by a Web 
server (tier 1) using data stored in a central infonnation repository (i.e. a database 
server, tier 2) and delivered to the participant where it is processed and statically 
displayed through the use of a "web browser", such as Netscape Navigator™ or 

20 Microsoft Internet Explorer™, found on the participant's computing device, e.g. 
computer, cellular telephone, personal digital assistant, etc. (the client, tier 3). 
Recent developments in computer science have brought about the advent of other 
languages, specifications, and protocols, such as, JScript, VBScript, ASP, JSP, 
ActiveX, Java Beans, Java Applets, and XML, which have enabled programmers to 

25 develop highly interactive program products targeted for deployment on The Web. 
Computer systems products developed within in this environment widely acceptable 
by network participants and have become the mainstay of the so-called e-commerce 
revolution, however, they suffer from being subject to the varied and sometimes 
contradictory exigencies of the more popular web browsers. 

30 The present invention, as embodied in the data processing system herein 

described, confomns to the N-tier design pattern, and as such, has been developed 
as a highly interactive program comprising a computer application that executes on 
the participant's computing device (the client) and a variety of computer components 
running on a plurality of centralized computer systems (the N servers). The 
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invention has been materialized as a set of computer instructions written in tlie 
Java™ programming language and may be executed on any computing device that 
is capable of instantiating a Java Virtual Machine hosting a compatible version of the 
Java Runtime Environment and also capable supporting a standard graphical video 
5 monitor, a standard computer keyboard, and a standard pointing device such as, but 
not limited to, a "mouse", a "track ball", or a "touch pad", and a standard TCP/IP 
connection to an Intranet, an Extranet or the Intemet. Java™, is an object-oriented 
language, derivative of C++, that was developed specifically to facilitate the 
implementation of computer program products meant to execute unaltered on a 

10 variety of computing devices, such as computers, consumer electronic gadgets, 
home appliances, and computerized industrial machinery, linked to, and 
communicating with, one another via any existing communication link. 

The computer systems product, as seen by the network participant, consists 
of a rectangular sections of the video display monitor, known as windows and panes, 

15 comprising standard graphical user interface components developed using the Java 
AWT™ and the Java Swing™ graphical libraries, such as "buttons", "text boxes", 
"labels", "lists", and "tables", with which said participant may manipulate the content 
and format of the information display or input information to be transmitted to the 
server tiers of the product. 

20 When the network participant initially connects to user managing component 

of the computer system product, the most recent version of the set of instructions, in 
the form of Java™ byte-code, a cross-platfonn specification fcr computer 
instructions, is transmitted to the participant's computing device, assuring product 
version uniformity. 

25 The request to connect to the computer product server components, and all 

subsequent participant requests, and all subsequent server-side initiated 
transmissions are delivered using a Java™ Message Service (JMS) compliant 
Message Oriented Middleware (MOM). The JMS specifications provide for reliable, 
flexible, configurable, asynchronous exchange of critical i.nformation between the 

30 client and the server-side components within distributed computing environment. A 
non-JMS compliant MOM or a proprietary messaging ser/ice could be substituted for 
the JMS MOM provided it supported the required functionality which includes, but is 
not limited to: guaranteed message delivery, persistent messaging, message 
broadcasts, point-to-point messages, and scalability. 
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Participant requests are intercepted by a User and Order Management 
Service implemented as a collection of Enterprise JavaBeans™ (EJB), running on an 
EJB-compliant application- server, designed to manage all issues pertaining to 
infomriation access, data persistence to a Relational Database Management System, 
5 and data transmission to and from various server components, and data 
transmission from the server components taken as a whole to client programs 
running on the participant's computing device, individually or taken together in 
unison. The EJB specifications provide for a server-side component architecture for 
distributed, transactional, persisted, secure applications. Other fornis of highly 

10 available component managing application servers may be available or may be 
written for this purpose. 

Pertinent order-related requests and messages are relayed from the Order 
Management System to the appropriate Trade Engine for processing. The Trade 
Engine is the server-side system component ultimately charged with verifying order 

15 information as valid and designating the order as open, matching open orders when 
circumstances, such as movement in the underiying securities market, as reported 
by the Price Feed Server, so dictate, and removing orders from consideration when 
circumstances, such as the aforementioned movement in ttie securities market or 
the passage of time past an expiration point, so dictate. 

20 Figs. 4 to 14 illustrate features of a client/subscriber/trader display screen 

using the system of Fig. 1. The network is designed to increase the price 
transparency of these types of transactions among the users of the system. To 
accomplish this, the system provides real-time market data and communication links 
between hedge funds, Institutions, professional money managers, exchange 

25 specialists, Nasdaq market makers, and international banks and broker-dealers. 

A variety of trading related functions is provided to trader/ subscribers. These 
functions include: monitoring securities of various types, receiving market data, 
entering and executing orders on the proprietary Order Book, negotiating trades 
against other orders in the book, and routing orders to various exchanges such as 

30 the NYSE. Nasdaq. AMEX and the PSE through DOT, ITS or SelectNet. In addition, 
subscribers may automatically receive and monitor confinnations of trade 
executions, access static data from the system database and analyze securities or 
potential trades using that data and real-time prices. 

The functions available to the user include the following: 
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1) A ticker tape with unique features and form; 

2) A specially designed Order Book including: 

a) Order routing into the book 

b) Order routing to NYSE/AMEX via DOT 
5 c) Order routing to Nasdaq via SelectNet 

d) ITS linked order routing through the PSE 

e) Trade Report Monitor 

f) Viewing the book sorted by prices 

3) Wild Card Workspace including: 
10 a) Security Market Monitor 

b) Nasdaq Level II 

c) Basket Order Entry/Order Management 

d) Graphic representation of past orders or trades on the book 

e) Database, Research, and Analysis 
15 f) Administrative Messaging 

Fig. 4 depicts the display screen 100 of a subscriber/trader terminal. 

Figs. 5 to 14 depict the separate component sections of the display screen of 

Fig. 4. 

Fig. 5 - The Ticker Section 

20 The ticker tape 1 02 allows users to view information within the system in a 

consistent and intuitive manner. Initially, the information displayed will include all 
bids and offers that are entered into the CORE system Order Book as well as all 
trades that occur on the system. These bids, offers, and trades will include the 
following data elements relative to each: Security identification symbol; whether the 

25 order is a bid, an offer, or a trade; quantity; and price versus its related security price. 
As an example, a customer entering an order to Buy 250M Staples 5% 3/1/05, 144a 
bonds at a price of 1 14 conditioned upon selling 2000 shares of Staples common 
stock short at 22 !4 would be displayed on the Ticker as " ...[SPLS.AB].B 250M 114 
Ya V 22 Vz A sell order would be represented by the letter "S" after the symbol, 

30 and a trade would be represented by a "T". The relationship of the order to the user 
will invoke a color-coding scheme on the user's terminal. For example, if a user has 
an active order on the book in a security and someone puts either a competing or 
opposite order on the book, the new order will be displayed on the Ticker with a 
white background and either a blue or red foreground depending upon its direction 
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(buy or sell). Other highlights like color, flash, and or special symbols will be used 
sparingly. 

Symbols follow a couple of simple rules. Generally the common stock symbol 
used in its primary exchange is the first section before a dot (.), then either an R, A, 
5 S, E, or pr, pa, ps, pe. The "R" means the security has been registered, "A" means 
the security has a 144a status. "S" means regulation "S" status, "E" means 
eurobond, and pr means the security is a preferred stock. Generally, if-a security 
derives its value from the price of the common stock in the symbol, the security 
symbol alone is used in the ticker, however, a more generalized symbol would be 

10 [APEprA/NB], or [LYX/LYO] where the first security is the security which derives its 
value In part from the value of the second security. This convention will be useful 
when the systems are developed for risk arbitrage, pairs, baskets, ADR's, or options. 

The Ticker does not capture all of the information available. It displays only 
enough infomiation for a user to screen for important bids, offers, and trades. A user 

15 can attain all available infomiation behind the Ticker by selecting that symbol for the 
Order Book, or by clicking the ticker item which will have the same effect. If 
"[LODG.RAI.B 200M 103^^2 v 22a7" is used as an example, clicking on the 
"|LODG.RA|" will pull up the present invention's Convertible Order Book for 
[LODG.RA]; clicking on the ".B" will bring up both the Convertible Order Book for 

20 [LODG.RA] and a "Negotiation They Buy/We Sell Ticket" with the Symbol defaulted 
to [LODG.RA]: clicking on "200liW" will bring up the Order Book, a "Negotiation They 
Buy/We Sell Ticket", and will place the Symbol and "ZOOM" in the order fomi and 
lastly; clicking on 103*2 will bring up all of the above plus fill in the Buy Order Form 
with all of the information needed to execute the trade, defaulted to the buyers "buy 

25 parameters" and calculated on a dollar neutral basis to the cun-ent stock price. This 
may seem complex but intuitively, clicking on the symbol means you want to see that 
security, clicking on the .B or .8 means you want to Buy or Sell, clicking on the 
volume means you want to buy or sell that volume, and clicking on the price means 
you want to buy or sell that volume at that price. 

30 The following are examples of different types of Tickers and what they mean, 

they correspond to examples of orders displayed in the Order Book: 
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1 [LODG.RAj.B 100M 102*7 



2 [LODG.RAJ.S 100M 103'^7v 22*2 



3 [LODG.RAj.B 1 0OM 1 02 p 21 *4 



4 [LODG.RAJ.T 95M 1 03.27 v 23*1 



SPLS.M1.B 



114.25' 



6 |DBNK/WB].B 20,000 $1.06 disa 

7 PLS,M].S 200M 115 1/4 V 233/4. 

8 [RXT.SAJ.S 500M 1 1 3 v 21*2 

9 [AAPLJ.B 3000 22*2 



1 [LYX/LYO].S 5000 34*1 v 22*2 
0 



Sholodge; Registered; 7 Vi% 5/15A)3; Buyer, $100,000 
face amount; Prioe=102 7/8; not conditional upon the 
price of any other security. 

Sholodge; Registered; 7 V4% 5/15/03; Seller; $100,000 
face amount; Price=103 7/8; Sale conditioned upon 
purchasing the common stock of Sholodge at 22 Vi. 

Sholodge; Registered; 7 W/o 5/15/03; Buyer; $100,000 
face amount; Piice=102; Purchase conditioned upon the 
bid in the primary market being 21 !4 (read: pegged to 
the bid) no stock will trade concurrently with the execution 
of this buy order. 

Sholodge; Registered; 7 14% 5/15/03; Trade; $95,000 
face amount; Price=103.27XX; Traded simultaneously 
with the common stock of Sholodge at 23*1. 

This Is the general format for a tk^ker Item, white on black, 
followed by several dots not bold. 

This format is one that occurs when the current user has 
an active order in [JBNK/WB] and a buy order is placed 
on the book, (blue on white) 

This fonmat is one that occurs when the current user has 
an active order in [SPLS.AA] and a sell order is placed on 
the book, (red on white) 

Renal Treatment Seller of 500,000 face of the Reg. S 
bond at 1 13 versus buying stock at 21 1/4 

Apple Con^>uter common stock buyer. 

Seller of LYX versus buying LYO (generalized ibnn) 



1 [JBNK/VVB].B 5000 1 .06d 
1 



1 {JBNK/WB].S 4500 .95d9 
2 



Risk arb. discount nomenclature. Client transforms 
generalized fbrni into discount nomenclature before 
displaying. 

Same as above, but the offer was made over the phone 
and is now subject. 



1 [FSFC/CAFq.S 5000 14*2 v 15a1 

3 



Risk arb. usual format. 



1 Flashing Ticker Items 
4 



When an offering is made at/or lower than the last trade, 
it should blink 5 times, and when a bid is made at or 
higher than the last trade, it should blink 5 times. 



Fig. 6 - Security Description Line 

The system provides users with one line 104 of static descriptive information 
about the security that is being monitored on the Trade Book. This data includes: 
security symbol, name of issuer, coupon infomiation, maturity information, 
registration type (registered, 144a, regulation S, etc.), cusip or other security 
identifier, symbol of the underlying security, and conversion ratio. This information is 
displayed to insure that the user is monitoring or trading the correct security. 
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Description Function 

® Softkey for symbol entry puib down options: Input: Directory; Symbol Description 

® System Symbol of the security currently being main identifier for system 

monitored on the Order Book 

© Name of Issuer from static database 

® Coupon / Dividend of Security from static database 

® Maturity Date of Security if applicable from static database 

© Registered/144a/Reg S/Euro trache of Security from static database 

® Cusip or other identifier from static database 

® Symbol of Related (underlying) security from static database 

® Conversion Ratio of security from static database (dally update/check). 

Fig. 7 - Active Market Data 
Users are provided with external pricing of securities that are being quoted on 

the Order Book. The following pricing information is provided on both the security 

presently on the Order Book and its underlying security. 

Description 

® Last Trade of Security on its primary exchange (NYSE. 
AMEX, Nasdaq) and difference from previous days dose. 

® Cun-ent Bid and Offer of the security on its primary 
exchange 

® Size of the bid and offer of the security on its primary market 

® The number of Subscribers currently monitoring that 

particular security 

® The last trade of the related security on its primary 

exchange and its difference from the previous days close 

® The current bid and offer of the related security on its 
primary exchange 

® The size of the bid and offer of the related security on its 
primary exchange sized to convention 
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Fig. 8 - Order Book 

The Order Book allows users to present bids or offers to, negotiate with, or 
trade with other users of the system. Users may access the Order Book through 
various means including: clicking on a particular order displayed on the Ticker Tape, 
entering a symbol in the Order Book symbol space, or clicking on a symbol being 
5 displayed in the market monitor section. Once a user is viewing the Order Book, the 
user may enter an order, negotiate with an existing order on the book, trade against 
an order on the book, or execute any of the soft key functions. 
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® Time or Date the order expired or was 
traded 

® Key for various pieces of information 



Hedge Ratio or Shares see #6 
Principal amount of bonds (OOO's) 
Price 

Percent Softkey / Shares 

Price of underlying security on which the 
view of the orders is based. Defaults to an 
up-tick 



X-> Expired; T-> Traded; A-> Accumulated; 
p-> Percent only (no stock); + ■> Current user's 
order. N-non negotiable. 



Pushing % will change the character from a 
hedge percentage to a specific # of shares. 
Pushing the up button will move the price up by 
16ths until the current offer price is reached, 
pushing the down button will move the price down 
until the bid is reached. Any price can be input 
into the field. 
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10 



Fig. 9 - Quick Order Entry/Trade Reports 
The quick order entry workspace 108 allows users to enter orders directly into 
the Order Book or route orders to an exchange such as NYSE. AMEX or PSE 
through DOT and ITS or Nasdaq through SelectNet or an ECN. 

The quick report display allows users to receive reports on all orders executed. 
Receipt of infonmation other than via the quick report display will be handled by pop- 
up messaging and the Order Management System (OMS.) 

Fia. 10 - Soft Keys For Wild Card Area Display 
The Soft Keys 110 located on the workspace 108 allow the user to access 
various pages, fomris, and displays which are then displayed in the Wild Card 
Workspace. These function keys include: 



Swap Buy Conditional buy ticket for entering an order 

into the System twok. 
Swap Sell Conditional sell ticket for entering an order 

into the System book. 
Buy Buy ticket for entering an outright order into 

the System book. 
Sell Sell ticket for entering an outright order into 

the System book. 
Chart Chan of bids, offers, and trades which have 

occurred in the System over a specified 

period. 

Desc. Gives users descriptive data on 

approximately 1000 securities. 

Analyze Allows users to analyze various security 
types based upon items available in the 
current database and current prices. 

Calculator Generally a "dollar neutral' calculator in the 
beginning. 

Monitor Allows users to monitor the "top of the book' 
on approximately 36 securities. 

OMS Allows users to enter batch orders, review 

trade reports, view un-executed and expired 
orders, adjust prices or quantities and re- 
enter, and cancel orders. 

Stealth Allows users to monitor various markets for 
price discrepancies, (not developed yet) 
Can also be used for internal order 



Pulls up form 1(a). inserts the security displayed on the 
Order Book. 

Pulls up fonn 1(b). inserts the security displayed on the 

Order Book. 

Pulls up form 1(c). inserts the security displayed on the 
Order Book 

Pulls up fbmi 1(d), inserts the security displayed on the 
Order Book 

Pulls up a display of the chart of the item displayed on the 
Order Book deteulted to 30 days. 

Pulls up a display of a description of the security displayed 
on the Order Book. 

Pulls up an interactive form defaulted to the security 
displayed on the Order Book. The forni different for 
different types of securities (Cvt Bonds, Cvt. Pref., Peres. 
Decs. Prides, Risk Arb.. ADR's, etc.) 
Input price and hedge, output new price. 

Activates the Market Monitor section of the woricspace. This 
is the default for the Wild Card -Space. 
Pulls up a list of orders (input by the user) with the stats, 
(active, expired, remaining, executed...) by time. There 
should be room for a dozen, and there will be some 
interaction between the OMS and the view of the Book, 
(e.g. Clicking on an order will pull that security into the book. 
Pulls up an indication input form. 
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NASDAQ 



management. 

Allows users to view Nasdaq Level II 
infomiatlon on any security. 



Pulls up a display of Nasdaq Level II on the security 
displayed on the Order Book, or if not a Nasdaq security. 



then it would pull up a display of the underiying security. 
Message Allows users to send and receive messages Pop-ups for responses; fonn or input like e-mail. 



Other Softkeys are available on the outskirts of the Workspace. They may 
include buttons for specific securities, switches for different types of Order Books 
(pairs, risk arbitrage, ADR's, or convertible securities), or keys for user default 
settings, maintenance and communications. 



The Market iVionitor Screen 112 is the default screen in the Wild Card section 
of the workspace. The Wild Card section is the area to which all forms default when 
they are pulled from the soft keys in the Order Book section of the workspace. The 
Market Monitor Screen 112 is the de^ult or background over which Wild Cards 

10 (fomns, pop-ups, reports, etc.) make their presence when activated. 

The Market Monitor Screen 112 is meant to avail the user of timely and 
pertinent trading infonnation on several securities in an intuitive manner. This is 
accomplished by integrating real-time market pricing and a color-coding schema 
which alerts the user of potential risk and opportunities. It is meant to be viewed in 

1 5 conjunction with the Ticker Tape. 

In the above Market Monitor Screen 112, there are three fields of information. 
The first field is input by the user, and linked to a symbol, probably the same symbol, 
to the database and pricing mechanism. The second field is the bid side of the 
market and the third field is the offer side of the market on the security. 

20 White-on-blue fields indicate that the user has the best active bid, and white- 

on-red fields indicate the user has the best active offer on the book". Blanks indicate 
no active order on that side of the market. And white-on-black items indicate 
someone other than that user has the best bid or offer on the book (the best offer 
and the best bid together are referred to as "the top of the book"). 

25 Prices may look different on the Market Monitor, if the user chooses that 

option , than they do on the Order Book, because the monitor is designed to show 
either the "top of the book" or the "spread" market. A "spread" market, in this 



from system operators. May eventually 
provide e-mail service and information 
delivery services. 



5 



Fig. 1 1 - Wild Card Worksoace 
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context, means the "top of the book" adjusted for the spread between the bid and 
ask on the underlying security. For example, a market on the Order Book showing 
"102-102 14 versus 23 % " (top of the book) may appear as 101.84- 102 !4 (spread), 
this difference is because the 102 - 102 14 market is a market conditioned on a single 
5 stock price while the bid side of the "spread" market is conditioned on the bid for the 
stock, and the offer side of the "spread" market is conditioned on the offer for the 
stock. The Market Monitor is designed to display the market both ways.— A simple 
example, depicted in Figs. 12 to 14, should explain how the various sections of the 
display screen Workspace interact. 

10 The chart in Fig. 15 represents orders put into the system, whether outright or 

on-swap (conditional orders are sometimes referred to as "on-swap"), and how the 
price would look had the user executed against that order using the current hedge. 
The red dots are sell orders, the blue dots are buy orders, and the yellow are trades. 
This is proprietary data and can be accessed by all users of the system. The chart is 

15 sized to cover only the Wild Card Area of the workspace. 

Each datapoint is derived from an original order, for example [LODG.RA].S 
250M 109 V 42'^2 on 2/22/97, might be represented on the graph as a point at 98.538 
on 2/22/97 because the stock price when the graph was calculated was 3814 and the 
user defaulted the hedge ratio to 65% (conversion ratio is 42.92). 

20 datapomt = Bondprice + [{stoclqjxl - stochpxl) o hedge.ratio o conv.ratio] h- 10 

datapo'mt = 106 + [(38^ - 42^)o.65 o 42.92] h- 10 = 98338 

In the preferred embodiment of the present invention, the system sorts and 
displays the orders on a continuous basis, i.e., when a new order is entered, it is 
sorted by the client in the order of "best" price given; an underlying security price 
25 input, then, as the underlying security price input changes, (this is at least one, and 
the independent variable in our order's algorithm) the prices of each order 
(dependent variable) are recalculated and re-sorted. 

In other words, when there are two buy orders entered, one which may look 

like: 

30 Buy 500 IBM 772% 01/01/01 at 92, and a second which looks like: 

Buy 500 IBM 714% 1/1/1 at 91% versus selling 10,000 shares of common 
stock at $35.00 
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They would be sorted: 



15 



20 



30 



Sort 1 




35 




500 


92 


10,000 


500 


91 % 



As the common goes up to $37, the view would change to: 





Sort 2 




37 




10.000 


500 


95% 


10 




500 


92 



The following examples of orders could be processable by the system and 
method of the present invention with modification by those skilled in the art. 
Example I - Corporate Bonds 

A corporate bond trader wishes to advertise that he would like to purchase 
500M Citicorp 5% 1/1/01 bonds at a spread to the two-year-treasury of +65 basis 
points and simultaneously sell 500M of the two-year-treasury; he would like the order 
to expire in 1/2 hour; the minimum acceptable amount he is willing to transact is 
100M; he is willing to allow the system to interact with other exchanges In Its attempt 
to "fill" the order. 
Example II - Options 

An option trader wishes to enter an order to purchase 10 march X calls on 
Microsoft at a volatility of 34% and coincidentally sell Y common shares of Microsoft 
at the price from which the volatility was calculated; where X can be any contract 
between 100 and 135 and Y is the corresponding "delta" arising from a calculation 
25 for that contract and the risk free interest rate defaulted to 6% multiplied by the 
number of contracts multiplied by a factor of 100 (one contract represents 100 
shares); he is willing to execute any combination of contracts fitting this description 
but is only willing to purchase 10 total; he wants the offer to expire at the end of the 
day; 

This order this is a "willingness matrix" (I'll buy 10 march 100 calls and sell 
600 shares or I'll buy 10 march 105 calls and sell 610 shares or I'll buy . .) and parts 
of the matrix are displayed to subscribers as and how they request the data. 
Subscribers can view the data in a volatility matrix or a price matrix or in the case of 
reversals and conversions in a ROI/ROE matrix (users input cost of carry, leverage, 
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etc., and the system displays the pricing using the assumptions given to the network 
by the subscriber, thus each subscriber may contemporaneously view the same 
order and see quite different volatility prices or ROE/ROI pricing, (i.e., to one 
subscriber the order may be displayed as a volatility bid of 34% and to another, 
because of a difference cost-of-carry, the same price bid may be 37%. The system 
is displaying the same order In a manner that is relevant to that specific user), 
however, the bid foremost In view does not change the order in which thejorders are 
displayed 

Futures contracts (options as well) 

A futures trader wishes to purchase 10 may S&P contracts and sell 10 June 
S&P contracts for a 5-point credit; he is willing to do so for three hours, and is not 
willing to allow the system to interact with other networks or exchanges to 
accomplish the task; if the S&P underlying index moves by more than 20 points, he 
wants the system to kill the order. This Is called a spread bid and provides efficiency 
to the marketplace so that different contract months will each derive some efficiency 
from efficiencies In other contracts; another example could easily be derived from a 
grain elevator company with empty elevators where they would contract to purchase 
grain (in the market) in May, and simultaneously wish to sell the grain in one or more 
contract months in the future; they would take delivery, store the grain in the 
elevator, and make delivery later. In this way, the elevator company can create 
business (there are implied storage costs in the spreads of commodities) 
Risk Arbitraoe 

A risk arbitrage trader wishes to purchase 25,000 shares of Mobil @ $60 and 
sell-short 20,000 shares of Exxon @ $80; he wishes the order to expire in 10 
minutes, he wants to enter the order (and view the Order Book) from a screen by 
inputting the ROE bid or ROE offer with the system making the calculation to price 
from defaults previously input by the user (cost-of-carry, short rebates, expected 
closing date, delta, expected dividend, etc.); his minimum execution request is 5,000 
shares; and he is not willing to allow the system to use other exchanges to attempt to 
satisfy the request or order. 
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A table of some of the conditions available for input by subscribers, viewable 
by other subscribers and executable by the system's trade engine is shown below: 

Table 1 



Field 


Description 


Examples 


Type of Order 


Buy, Sell, Swap Buy, 
Swap Sell, Pegged Buy, 
Pegged Sell: 

Buy/Sell are fixed price 


Buy/Sell = Buy 100JBM 
for 122 1/4. 




Swap Buy/Sell are 
variable price and subject 
to another transaction 


Swap Buy/Sell = Buy 100 
IBM for 122 and Sell 55 
ABC at 40 1/4 or the 
economic equivalent 
thereof. 


• 


Pegged Buy/Sell are 
variable price and 
variable quantity but not 
subject to another 
transaction. 


Pegged Buy/Sell = Buy 
up to 100 IBM at Y where 
Y is 122 when the current 
bid for ABC is 40 >i and 
moves up or down 55 
cents per share for each 
$1 move in the bid price 
of ABC. 


Price 


Value paid for the 
security; 


104; or a function having 
one of the forms in Table 

2 


Quantity 


Maximum Number of 
securities the subscriber 
is willing to purchase or 
sell; 


500,000 principal 
amount; 20,000 shares; 
50 contracts; or a 
function having one of 
the forms in Table 3 


Minimum Quantity 


Minimum number of 
securities the subscriber 
is willing to transact in 
either the first trade or in 
each trade as the 
subscriber chooses. 


25,000 principal amount, 
etc. for each trade; 
25,000 principal amount, 
etc. for the first trade with 
no minimum being 
required thereafter. 


Collar Kill 


The order should be 
cancelled upon an event. 
The event being the 
movement of the 
Independent price 
variable (X) 


Cancel the order if the 
price of XYZ(the 
secondary security) is 
above $22/ or below $17 
per share. 


Cap(Floor) 


The price. Y, above 
(below) which the 
subscriber is not willing to 
enter into a transaction. It 
is different than the collar 


Price = Y = f(x) but not 
above 105; Price = Y = 
f(x) but not below 101. 
The cap will be useful in 
mitigating the risk of 
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because it relates to the 
primary security in the 
transaction and not to the 
underlying security or 
independent vanable X 
and the order continues 
in a "live" state (not 
cancelled) 


subscribers paying too 
much in their buy orders, 
and the floor will be 
useful in reducing the risk 
of sellers selling too 
cheaply. 


Stealth 


The order is not viewable 
by any other subscribers, 
but the trade engine 
should execute a 
transaction if the 
conditions are met. 


Buy up to 500,000 
principal amount of XYZ 
at Y (where Y is a 
function) in the event 
someone independently 
enters a sell order at a 
price which is at or below 
Y and all other conditions 
are no, but don't allow 
subscribers to view the 
order 


Table 2 



Convertible Bond Function 



Y = fix) = (X- PX1 ) * H% * CR / F + PY1 . where 
X is the cun-ent price of the underlying security 
PX1 was the price of the underiying security input 
by the subscriber as a reference price to the price 
(PY1) he was willing to pay for the Bond. 
H% is the hedge ratio as a percentage, is applied to 
the Conversion Ratio CR, and is divided by a 
pricing factor F, which in most cases is 10 for 
domestic convertible bonds and 1 for convertible 
preferred stock. Thus, if the price of the common 
(X-PX1) moves by 25 cents per share and the 
conversion ratio is 40 shares per bond, the price Y 
will move up 14 point from the original price of PY1 if 
the Hedge Ratio as input by the subscriber entering 
the order is 50%. The factor of 10 is the conversion 
of $5.00 (($.25/share)*.5*40 share/bond) to 'A of 1% 
of the face amount (face amount = $1 ,000). Prices 
are generally quoted in percent. lOW, a price of 
102 would be $1020.00/bond. 
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CLAIMS 

1 . A conditional order transaction network that matches or compares buy and 
sell orders for a plurality of security instruments based upon conditions set forth 
within the order, including the price represented as an algorithm with constraints 
thereon, the transaction network comprising: 

5 a variable number of trader terminals for entering an order for a security 

instrument In the form of an algorithm with constraints thereon that represent a 
willingness to transact, where the price is the dependent variable of the algorithm 
within the constraints and the price of another security as an independent variable, 
the algorithm representing a buy or sell order; and 
10 at least one controller computer coupled to each of the trader terminals over a 

communications network and receiving as inputs, 

a) each algorithm with its corresponding constraints and 

b) at least one external price feeds depicting prices of various securities and 
contracts from external multiple exchanges which may be used as an independent 

15 variable of the algorithm or an input to a constraint variable, the controller computer 
comprising, 

means for matching, in accordance with the constraints and conditions, 
algorithmic buy orders with algorithmic sell orders, and 

means for matching or comparing, in accordance with the constraints and 
20 conditions, algorithmic buy/sell orders with non-algorithmic sell/buy orders through 
the use of the external multiple data sources. 

2. The conditional order transaction network of claim 1 wherein the order 
price, as represented by an algorithm, includes an order quantity subject to another 
algorithm. 

3. The conditional order transaction network of claim 1 wherein the controller 
computer matches/compares orders in real-time as each order is received at the 
controller computer and as each new price of each other conditional security is 
received at the controller computer. 

4. The conditional order transaction network of claim 1 further comprising 
means for maintaining the identity of the terminal on which the order was entered. 
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5. The conditional order transaction network of claim 1 wherein the order 
algorithm can be represented as a line in two dimensional space with constraints 
having the price of one security as one axis and the price of another security as its 
other axis. 

6. The conditional order transaction network of claim 1 wherein the 
instrument includes bonds. 

7. The conditional order transaction network of claim 1 wherein the 
instrument includes warrants. 

8. The conditional order transaction network of claim 1 wherein the 
independent variable may include multiple independent variables. 

9. The conditional order transaction network of claim 1 wherein the sell order 
includes a sell short order. 

10. The conditional order transaction network of claim 1 wherein the 
instrument includes convertible securities. 

11. The conditional order transaction network of claim 1 wherein the 
instrument includes stocks. 

12. The conditional order transaction network of claim 1 wherein the 
instmment includes options. 

13. The conditional order transaction network of claim 1 wherein the 
instrument includes futures. 

14. The conditional order transaction network of claim 1 wherein the 
instrument includes fonward contracts. 
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15. The conditional order transaction network of claim 1 wherein the 
instrument includes swap contracts. 

16. The conditional order transaction network of claim 2 wherein the price 
may be a yield. 

17. The conditional order transaction network of claim 2 wherein-the price 
may be a volatility. 

18. The conditional order transaction network of claim 2 wherein the price 
may be a yield spread. 

19. The conditional order transaction network of claim 1 wherein one of the 
conditions is the requirement that another security is traded contemporaneously. 

20. The conditional order transaction network of claim 1 wherein one of the 
conditions is that no transaction can occur when the independent variable price is 
above or below set limits. 

21. The conditional order transaction network of claim 1 wherein one of the 
conditions is that the price is not to exceed a specified level regardless of the results 
produced by the algorithm. 

22. The conditional order transaction network of claim 1 wherein one of the conditions 
is that the price is not to be less than a spedfied level regardless of the results produced by 
the algorithm. 

23. The conditional order transaction network of claim 1 wherein one of the conditions 
is the requirement that the orders tie matched/compared without use of prices fed from said 
external multiple exchanges. 

24. A trader workstation for trading and negotiating prospective trades for instalments 
referenced in buy and sell orders, based upon conditions set forth in the orders induding the 
price represented by an algorithm with constraints thereon, comprising; 
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a display device for displaying the selected parameters of buy and sell orders 
5 in a prioritized sequence in a descending order of favorability across a display field, 
with the most favorable order at one distal end and the least favorable at the other 
distal end; 

an input device for entering outgoing orders to be traded or negotiated into the 
trader workstation; and 
10 a computer for receiving the outgoing orders and incoming order Information 

from traders' terminals, and for controlling the display device, said computer 
including, 

a comparator for comparing all incoming orders relative to outgoing orders, 

and 

15 a sorter that resequences the orders in real-time In the display field as each 

order is received to reflect changes in the relative favorability of the orders. 

26. The workstation of claim 21 wherein the order price, as represented by an 
algorithm. Includes an order quantity subject to another algorithm. 

26. The workstation of claim 21 wherein the computer matches/compares 
orders in real-time as each order is received at the computer and as each new price 
of each other conditional security is received at the computer. 

27. The workstation of claim 21 further comprising means for maintaining the 
identity of the trader's temriinal on which the order was entered. 

28. The workstation of claim 21 wherein the order algorithm can be 
represented as a line in two dimensional space with constraints having the price of 
one security as one axis and the price of another security as its other axis. 

29. The workstation of claim 21 wherein the sell order includes a sell short 

order. 

30. The workstation of claim 21 wherein the instrument includes convertible 
securities. 
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31 . The workstation of claim 21 wherein the instrument includes stocks. 



32. The workstation of claim 21 wherein the instrument includes options. 

33. The workstation of claim 21 wherein the instrument includes futures. 

34. The workstation of claim 21 wherein the instrument includes forward 
contracts. 

35. The workstation of claim 21 wherein the instrument includes swap 
contracts. 

36. The workstation of claim 22 wherein the price may be a yield. 

37. The workstation of claim 22 wherein the price may be a volatility. 

38. The workstation of claim 22 wherein the price may be a yield spread. 

39. The workstation of claim 21 wherein the relative favorability is detemiined 
by the current value of the underlying security. 

40. The workstation of claim 21 wherein said display device further includes a 
ticker field, for displaying changing security values from external markets, an order 
entry field, for displaying cun-ent order information of the algorithms to be 
negotiatedAraded, and a wild card field, for displaying research data related to the 
algorithms. 

41 . A conditional order transaction network that matches or compares buy 
and sell orders for a plurality of items based upon conditions set forth within the 
order, including the price represented as an algorithm with constraints thereon, the 
conditional order transaction network comprising: 

a variable number of trader terminals for entering an order for an item 
in the fonn of an algorithm with constraints thereon that represent a willingness to 
transact, where the price is the dependent variable of the algorithm within the 
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constraints and the price of another item as an independent variable, the algorithm 

representing a buy or sell order; and 
10 controller computer means coupled to each of the trader terminals over a 

communications network and receiving as inputs, each algorithm with its 

corresponding constraints; 

nrieans for matching, in accordance with the constraints and conditions, 

algorithmic buy orders with algorithmic sell orders, and 
15 means for matching or comparing, in accordance with the constraints and 

conditions, algorithmic buy/sell orders with non-algorithmic sell/buy orders. 

42. A conditional order transaction network that matches or compares buy 
and sell orders for a plurality of items based upon conditions set forth within the 
order, including the price represented as an algorithm with constraints thereon, the 
conditional order transaction network comprising: 

5 a variable number of trader tenninals for entering an order for an item in the 

fomi of an algorithm with constraints thereon that represent a willingness to transact, 
where the price is the dependent variable of the algorithm within the constraints and 
the price of another item as an independent variable, the algorithm representing a 
buy or sell order; 

10 controller computer means coupled to each of the trader terminals over a 

communications networi< and receiving as inputs, each algorithm with its 

corresponding constraints; 

means for matching, in accordance with the constraints and conditions, 

algorithmic buy orders with algorithmic sell orders; and 
15 means for matching or comparing, in accordance with the constraints and 

conditions, algorithmic buy/sell orders with non-algorithmic sell/buy orders; and 

wherein the order algorithm can be represented as a line in two dimensional 

space with constraints having the price of one security as one axis and the price of 

another security as its other axis. 

43. A conditional order transaction network that electronically matches or 
compares buy and sell orders for a plurality of items from the same or diverse equity 
markets based upon conditions set forth within the order, including the price 
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represented as an algorithm with constraints thereon, the conditional order 
5 transaction networl< comprising: 

a variable number of trader terminals for entering an order for an item in the 
fomri of an algorithm with constraints thereon that represent a willingness to transact, 
where the price is the dependent variable of the algorithm within the constraints and 
the price of another item as an Independent variable, the algorithm representing a 
10 buy or sell order; 

controller computer means coupled to each of the trader tenninals over a 
communications network and receiving as inputs, each algorithm with its 
corresponding constraints; and 

a device for matching or comparing, in accordance with the constraints and 
15 conditions, algorithmic buy/sell orders with algorithmic or non-algorithmic sell/buy 
orders and simultianeously executing a trade of said items in the same or diverse 
equity maritets as a single electrdnicaily rriatched trade. 

44. The conditional order transaction network of claim 43 wherein said device 
for matching and comparing establishes prices at which the buy/sell orders 
potentially match during a matching cycle; establishes unmatched remainder data at 
such established prices; searches the extemal data sources for additional buy and 

5 sell data available to match the remainder data; combines the matched remainder 
data with the potentially matching orders for creating a completed match according 
to accepted match criteria In order to execute said single electronically matched 
trade. 

45. A computer program embodied on a computer-readable medium for 
matching or comparing buy and sell orders for a plurality of items based upon 
conditions set forth within the order, including the price represented as an algorithm 
with constraints thereon, a source code for the program having a plurality of 

5 segments comprising: 

a segment for processing data from a variable number of trader terminals for 
entering an order for an item in the fomn of an algorithm with constraints thereon that 
represent a willingness to transact, where the price is the dependent variable of the 
algorithm within the constraints and the price of another item as an independent 
10 variable, the algorithm representing a buy or sell order; and 



wo 01/08065 ^44_ PCT/USOO/19567 

a segment for a controlling a computer coupled to each of the trader terminals 
over a communications network and receiving as inputs, 

a) each algorithm with its corresponding constraints and 

b) an external price feed depicting prices of various Items and contracts from 
external multiple data sources which may be used as an independent variable of the 
algorithm or an input to a constraint variable, the source code further comprising, 

a segment for matching or comparing, in accordance vwth the constraints and 
conditions, algorithmic buy/sell orders with algorithmic or non-algorithmic sell/buy 
orders through the use of the external multiple data sources, and 

a segment for simultaneously executing a trade of said items in the same or 
diverse equity markets as a single electronically matched trade. 

46. The computer program of claim 45 wherein said source code further 
includes a segment for establishing prices it vvhich the buy/sell orders potentially 
match during a matching cycle; a segment for establishing unmatched remainder 
data at such established prices; a segment for searching the external data sources 
for additional buy and sell data available to match the remainder data; a segment for 
combining the matched remainder data with the potentially matching orders for 
creating a completed match according to accepted match criteria in order to execute 
said single electronically matched trade. 

47. A computer data signal embodied in a earner wave having a plurality of 
source code segments comprising: 

a segment for processing data from a variable number of trader tenninals for 
entering an order for an item in the form of an algorithm with constraints thereon that 
represent a willingness to transact, where the price is the dependent variable of the 
algorithm within the constraints and the price of another item as an independent 
variable, the algorithm representing a buy or sell order; and 

a segment for a controlling a computer coupled to each of the trader terminals 
over a communications network and receiving as inputs, 

a) each algorithm with its corresponding constraints and 

b) an external price feed depicting prices of various items and contracts from 
external multiple data sources which may be used as an independent variable of the 
algorithm or an input to a constraint variable, the source code further comprising, 
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a segment for matching or comparing, in accordance with the constraints and 
15 conditions, algorithmic buy/sell orders with algorithmic or non-algorithmic sellA)uy 
orders through the use of the extemal multiple data sources, and 

a segment for simultaneously executing a trade of said items in the same or 
diverse equity markets as a single electronically matched trade. 

48. The computer data signal of claim 47 wherein said source code further 
includes a segment for establishing prices at which the buy/sell orders potentially 
match during a matching cycle; a segment for establishing unmatched remainder 
data at such established prices; a segment for searching the external data sources 

5 for additional buy and sell data available to match the remainder data; a segment for 
combining the matched remainder data with the potentially matching orders for 
creating a completed match according to accepted match criteria in order to execute 
said siiigie eiectrdnically matched trade. 

49. A conditional order transaction networi< that matches or compares buy 
and sell orders for a plurality of items based upon conditions set forth within the 
order, including the price represented as an algorithm with constraints thereon, the 
conditional order transaction network comprising: 

5 a variable number of trader temiinals for entering an order for an item in the 

form of an algorithm with constraints thereon that represent a willingness to transact, 
where the price Is the dependent variable of the algorithm within the constraints and 
the price of another item as an independent variable, the algorithm representing a 
buy or sell order; 

10 each trader temiinal being programmable by a user to establish a prefen-ed 

data display format, and translation circuitry for processing different incoming data 
formats into said preferred format; 

controller computer means coupled to each of the trader terminals over a 
communications network and receiving as inputs, each algorithm with its 

15 corresponding constraints; and 

a device for matching or comparing, in accordance with the constraints and 
conditions, algorithmic buy/sell orders with algorithmic or non-algorithmic sell/buy 
orders and simultaneously executing a trade of said items in the same or diverse 
equity maricets as a single electronically matched trade. 
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50. The conditional order transaction of claim 43 wherein each trader terminal 
includes: 

interface circuitry for transmitting or receiving the algorithmic buy/sell orders 
including an entire algorithm thereof, or attributes of that algorithm, along said 
5 communication link; 

a processor for generating orders to be transmitted or analyzing orders 
received within the terminal Independently of algorithm processing within the 
controller computer means; and 

a display for displaying, in selectable fomiats, information representing the 
10 algorithmic buy and sell orders. 
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